IN THE CLAIMS: 

Please amend the claims as follows: 

1 . (Currently Amended) A method for prevention of priority inversion without priority 
promotion mechanism when ef executing processes with different priorities in a 
multiprocessing environment comprising execution of a low priority process and a high 
priority process and optionally at least one intermediate priority process having a priority 
between that of the low priority process and the high priority process, where the high 
priority process and the low priority process share a given resource, the method 
comprising the step of: 

temporarily raising an effective priority of the low priority process when the low 
priority process is going to use the shared resource, wherein the step of raising the 
effective priority comprises executing/assigning an additional process accessing the 
shared resource on behalf of the low priority process where the additional process has a 
priority equal to the effective priority, and wherein the effective priority equals the 
priority of the low priority process when the additional process is not being executed 
on behalf of the low priority process, and the effective priority equals the priority of 
the additional process when the additional process is being executed on behalf of the 
low priority process, high e r than th e at l e ast one intormodintn prinrity pmcow ,n tho 
multiprocessing environm e nt. 

2. (Currently Amended) Method according to claim 1 , wherein the st e p of raising 
th e e ffoctiv e priority comprises th e stops of: e x e cuting/assigning an additional process 
acc e ssing th e shared rosourco on b e half of th e low priority process whoro tho additional 
process has a priority equal to tho e ff e ctivo priority, and where the additional process is 
synchronised with the low priority process. 

3. (Currently Amended) Method according to claim 1 , wherein the multiprocessor 
environment comprises a real-time operating system and a non-real time operating 



3 



system running on a single processor at least at a given time, where the real-time 
operating system comprises said high priority process thr e ad and said additional process 
and where the non-real time operating system comprises said low priority process thread . 

4. (Previously Presented) Method according to claim 2, wherein the additional 
process and the low priority process are synchronised using a first semaphore and a 
second semaphore. 

5. (Previously Presented) Method according to claim 1 , wherein the effective 
priority is raised at least imtil 

the low priority process has accessed or used the shared resource, or 
the high priority process has accessed or used the shared resource if the high 
priority process attempts to access or use the shared resource while the low 
priority process has access or uses the shared resource. 

6. Cancelled. 

7. (Previously Presented) Method according to claim 4, wherein access to the 
shared resource is controlled by a mutex (M) whereby said additional process will not 
wait for the low priority process as long as it owns the mutex (M). 

8. (Previously Presented) Method according to claim 1 , wherein the shared 
resource is selected from the group of: 

a shared memory, 
a shared file, and 

a shared input/output (I/O) device. 

9. (Previously Presented) Method according to claim 1 , wherein the high priority 
process executes time-critical tasks. 
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1 0. (Currently Amended) A system for prevention of priority invenserion without 
priority promotion mechanism, the system executing processes with different priorities in 
a multiprocessing environment comprising means adapted to execute a low priority 
process and a high priority process and optionally at least one intermediate priority 
process having a priority between that of the low priority process and the high priority 
process, where the high priority process and the low priority process share a given 
resource, the system comprises: 

a processor for temporarily raising an effective priority of the low priority process 
when the low priority process is going to use the shared resource, wherein the processor 
executes an additional process accessing the shared resource on behalf of the low priority 
process where the additional process has a priority equal to the effective priority, and 
wherein the effective priority equals the priority of the low priority process when 
the additional process is not being executed on behalf of the low priority process, 
and the effective priority equals the priority of the additional process when the 
additional process is being executed on behalf of the low priority process, high e r than 
th e at l e ast one interm e diat e priority process in the multiprocossing cnviroimi e nt. 

1 1 . (Currently Amended) System according to claim 1 0, wherein a processor for 
raising th e effoctivo priority is conc e iv e d to: 

e xecuting an additional proc e ss accessing th e shar e d resource on b e half of the low 
priority process wh e r e th e additional process has a priority e qual to the e ff e ctive 
priority, and 

wh e r e the system comprises synchronisation means conceived to synchronise the 
additional process with the low priority process. 

12. (Previously Presented) System according to claim 1 0, wherein the system 
comprises the processor comprises a real-time operating system and a non-real time 
operating system running on the processor at least at a given time, where the real-time 
operating system comprises said high priority process and said additional process and 
where the non-real time operating system comprises said low priority process. 
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1 3 . (Currently Amended) A computer readable medium having stored thereon 
instructions for causing one or more processing units to execute a method for prevention 
of priority inversion without priority promotion mechanism when ef executing processes 
with different priorities in a multiprocessing envirormient comprising execution of a low 
priority process and a high priority process and optionally at least one intermediate 
priority process having a priority between that of the low priority process and the high 
priority process, where the high priority process and the low priority process share a 
given resource, the medium comprising: 

code for temporarily raising an effective priority of the low priority process when 
the low priority process is going to use the shared resource, wherein the raising of the 
effective priority comprises executing/assigning an additional process accessing the 
shared resource on behalf of the low priority process where the additional process has a 
priority equal to the effective priority, and wherein the effective priority equals the 
priority of the low priority process when the additional process is not being executed 
on behalf of the low priority process, and the effective priority equals the priority of 
the additional process when the additional process is being executed on behalf of the 
low priority process, high e r than the at l e ast ono int e rmodiato priority prnc a HH in thn 
multiproc e ssing onvironmont. 

14. Cancelled. 

15. Cancelled. 
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